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PREFACE 


This  report  presents  a  summary  of  the  work  done  to  develop  and  support  the  use  of  the  Corps 
of  Engineers  Operations  and  Management  Budget  Decision  Support  System  -  Division  Version 
(COMB_DSS-D)  during  the  FY  96  budget  process.  The  COMB_DSS-D  assists  Division 
representatives  with  the  analysis  and  ranking  of  work  items  to  be  included  in  the  budget  and  the 
determination  of  work  allowances  for  the  coming  year.  This  product  is  the  latest  decision  support 
tool  developed  for  the  Operations,  Construction  and  Readiness  Division 

The  original  COMB  DSS  was  developed  during  1992  as  a  prototype  for  testing  during  the 
FY  94  budget  cycle  for  decision  support  at  the  Headquarters  level.  The  prototype  test  was  a  success 
and  the  prototype  was  used  'on-line'  by  Headquarters  during  the  FY  94  budget  process.  The 
COMB_DSS  was  improved  during  1993  for  the  FY  95  budget  process  at  Headquarters  and  a 
prototype  software  tool  targeted  at  Divisions  was  developed  and  tested  at  the  Ohio  River  Division. 
This  prototype,  named  the  COMBDSS-D,  was  a  success  at  ORD  and  the  Headquarters,  OC&R 
Division  made  the  decision  to  field  the  COMB_DSS-D  at  all  Divisions.  This  report  summarizes  the 
development  of  the  COMB  DSS-D,  the  training  sessions  given  to  Division  personnel  and  the 
experiences  of  the  Divisions  in  using  the  COMB_DSS-D  during  the  FY  97  budget  process. 

There  are  three  published  reports  about  the  COMB_DSS  and  the  COMB_DSS-D: 

Males,  Richard  M.  et.  al.,  Corps  of  Engineers  Operation  &  Maintenance  Budget  Decision  Support 
*  System:  Division  Prototype  ('COMB  DSS-D.  IWR  Report  93-R-15,  U.S.  Army  Corps  of  Engineers 
Institute  for  Water  Resources,  September  1993. 

Strus,  Craig  A.  and  Males,  Richard  M.,  Corps  of  Engineers  Operation  &  Maintenance  Budget 
Decision  Support  System  iCOMB  DSSl:  Improvements  During  the  FY  95  Budget  Process.  IWR 
Report  93-R-18,  U.S.  Army  Corps  of  Engineers  Institute  for  Water  Resources,  December  1993. 

Strus,  Craig  A.,  et.  al.,  Corps  of  Engineers  Operations  and  Maintenance  Budget  Decision  Support 
System  (COMBDSSV  System  Concept.  Design,  and  Prototype  Evaluation.  Volume  I:  Main  Text 
and  Appendix  A,  Contract  Report  HL-94-1,  U.S.  Army  Corps  of  Engineers  Waterways  Experiment 
Station,  April  1994. 

Strus,  Craig  A.,  et.  al.,  Corps  of  Engineers  Operations  and  Maintenance  Budget  Decision  Support 
System  ('COMB  DSS1:  System  Concept.  Design,  and  Prototype  Evaluation.  Volume  II: 

Appendixes  B  through  G,  Contract  Report  HL-94-1,  U.S.  Army  Corps  of  Engineers  Waterways 
Experiment  Station,  April  1994. 

There  is  also  a  user's  manual  for  the  COMB_DSS-D.  The  manual  was  given  to  the  users  of 
the  COMB_DSS-D  during  the  FY  96  budget  process.  Limited  copies  are  available  via  the  Institute 
for  Water  Resources. 

Comments  about  this  report  are  encouraged  and  should  be  directed  to  Michael  R.  Walsh, 
CEWRC-IWR-R,  Casey  Building,  Fort  Belvoir,  VA  22060  (703)  355-3087. 
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I.  INTRODUCTION 


BACKGROUND 


The  COMBDSS-D  is  an  acronym  for  Corps  Operation  and  Maintenance  Budget  Decision 
Support  System  -  Division  Version.  The  COMB_DSS  prototype  was  originally  developed  as  part  of 
the  Improvement  of  Operations  and  Management  Techniques  (IOMT)  research  program.  The 
COMB_DSS  was  a  project  oriented  towards  providing  decision  support  capabilities  for  the  existing 
O&M  budget  development  process  at  the  HQ  level.  Specifically,  the  COMB_DSS  provides 
assistance  in  financial  analysis  and  development  of  rankings  for  the  work  items  in  the  annual  budget 
submittal.  The  COMBDSS  prototype  system  was  actually  used  in  the  1994  budget  submittal. 

Because  the  COMB  DSS  was  successful,  IOMT  funded  a  prototype  Division  decision 
support  system  (COMB_DSS-D)  to  provide  similar  capabilities  at  the  Division  level.  The 
COMB  DSS-D  prototype  was  tested  on-site  at  the  Ohio  River  Division  in  the  FY  95  budget  year. 
Again,  the  prototype  COMB  DSS-D  was  so  successful  that  Headquarters,  OC&R  Division  decided 
to  extend  the  use  of  the  COMB  DSS-D  to  all  Divisions. 

System  refinements  were  made  to  the  COMB  DSS-D  early  in  1994  to  accommodate  revised 
budget  guidelines  and  specific  Division  requirements.  Training  was  conducted  in  May  1994  and  the 
COMB  DSS-D  was  distributed  to  Divisions  and  used  in  place  of  the  Division  ABS  in  the  FY  96 
budget  submittal. 

Prior  to  the  development  of  the  COMB  DSS-D,  the  Division  ABS  was  used  to  handle  budget 
analysis  and  ranking  and  current  year  work  allowance  submittals  to  HQUSACE.  Initially,  the 
COMB_DSS-D  did  not  handle  work  allowance  management.  However,  by  the  end  of  the  FY  96 
budget  process,  the  COMB_DSS-D  included  a  work  allowance  module  yielding  a  single  analysis  and 
reporting  system  for  budget  submittal  and  work  allowance  adjustments.  The 
COMB  DSS/COMB  DSS-D  development  process  and  history  is  summarized  in  Table  1-1. 
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TABLE  1-1 

COMB  DSS/COMB  DSS-D  fflSTORY 


SYSTEM 

YEAR 

DESCRIPTION 

COMBDSS  prototype 

FY  1992/BY  1994 

•  Developed  prototype  system  for  use  at 

HQUSACE  during  Corps-wide  budget 
analysis  and  submittal 

COMBDSS-D  prototype 

FY  1993/BY  1995 

•  Developed  prototype  system  from 

COMB_DSS  prototype  and  applied  it, 
with  support  of  the  design  team,  at 

ORD  during  their  BY  1995  submittal. 

COMBDSS 

FY  1993/BY  1995 

•  Refined  the  COMB_DSS  prototype  for 

use  by  HQUSACE  in  budget  analysis 
and  submittal. 

COMBDSS-D 

FY  1994/BY  1996 

•  This  project. 

•  Refined  the  COMB  DSS-D  from 
COMB_DSS  enhancements  in 
previous  cycle. 

•  Added  edit  and  reporting  capabilities 
found  in  the  Division  ABS. 

•  Developed  extensive  documentation. 

•  Trained  Divisions  on  system  usage  and 
supported  system  during  distributed 
use. 

•  Added  work  allowance  capabilities  for 
adjustments  to  current  year  monies. 

COMBDSS 

FY  1994/BY  1996 

•  This  project. 

•  Support  HQUSACE  during  use  of 

COMB  DSS  system. 

FY  =  fiscal  year;  BY  -  budget  year 


PREVIOUS  REPORTS 


A  series  of  reports  have  been  developed  and/or  published  under  this  continuing  research 
effort,  as  shown  in  Table  1-2. 
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TABLE  1-2 

COMB  DSS/COMB  DSS-D  REPORTS 


# 

TITLE 

DATE 

COMPLETED 

APPLICABLE 

SYSTEM 

1 

Situs,  Craig  A.,  et.  al..  Corps  of  Engineers 
Operations  and  Maintenance  Budget  Decision 

October  1992 

COMBDSS 

prototype 

Support  Svstem  ("COMB  DSS):  Svstem  Concept. 

Design,  and  Prototype  Evaluation.  Volume  I: 

Main  Text  and  Appendix  A,  Contract  Report 
HL-94-1,  U.S.  Army  Corps  of  Engineers 
Waterways  Experiment  Station,  April  1994. 

2 

Strus,  Craig  A.,  et.  al.,  Corps  of  Engineers 
Operations  and  Maintenance  Budget  Decision 

October  1992 

COMB_DSS 

prototype 

Support  Svstem  (COMB  DSS1:  System  Concept. 

Design,  and  Prototype  Evaluation.  Volume  II: 
Appendixes  B  through  G,  Contract  Report 

HL-94-1,  U.S.  Army  Corps  of  Engineers 
Waterways  Experiment  Station,  April  1994. 

3 

Males,  Richard  M.  et.  al..  Corps  of  Engineers 
Operation  &  Maintenance  Budget  Decision  Support 

September  1993 

COMBDSS-D 

prototype 

Svstem:  Division  Prototype  (COMB  DSS-D,  IWR 

Report  93-R-15,  U.S.  Army  Corps  of  Engineers 
Institute  for  Water  Resources,  September  1993. 

4 

Strus ,  Craig  A.  and  Males.  Richard  M..  Corps  of 
Engineers  Operation  &  Maintenance  Budget 

December  1993 

COMBDSS 

Decision  Support  Svstem  (COMB  DSS1: 

Improvements  During  the  FY  95  Budget  Process. 

IWR  Report  93-R-18,  U.S.  Army  Corps  of 
Engineers  Institute  for  Water  Resources,  December 
1993. 

5 

Corps  of  Engineers  Operation  and  Maintenance 
Budget  Decision  Support  System  -  Division 

Version  (COMBDSS-D)  -  Concept  and  Design 
Report 

April  1994 

COMBDSS-D 

6 

Corps  of  Engineers  Operation  and  Maintenance 
Budget  Decision  Support  System  -  Division 

Version  (COMB_DSS-D)  -  User's  Manual  and 
Budget  Process  Description 

September  1994 

COMBDSS-D 
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This  report  is  the  seventh  in  a  series  of  published  and  unpublished  reports  on  the  COMB_DSS 
software.  Note  that  the  first  two  volumes  were  published  by  Waterways  Experiment  Station,  the 
second  and  third  reports  were  published  by  the  Institute  for  Water  Resources,  and  the  fourth  and 
fifth  reports  were  developed  during  the  course  of  this  project  and  are  not  published. 


PROJECT  OBJECTIVES 


The  project  objectives  were  multi-fold,  as  follows: 

•  Perform  a  requirements  analysis  using  the  existing  budget  guidance,  the  existing 
Division  ABS,  and  the  existing  COMB_DSS-D  prototype 

•  Modify  the  COMB_DSS-D  prototype,  making  it  a  distributable,  budget  worthy 
decision  support  system  at  the  Division  level 

•  Fully  document  the  COMBDSS-D  as  it  should  be  used  in  the  budget  process  at  the 
Division  level 

•  Train  Division  personnel  on  the  use  of  the  COMB  DSS-D  prior  to  its  use  in  the  FY 
96  budget  cycle 

•  Provide  system  support  for  the  COMB_DSS-D  as  required 

•  Provide  system  support  for  the  COMB_DSS 
All  of  the  project  objectives  were  accomplished. 

ORGANIZATION  OF  REPORT 


This  chapter  provides  an  overview  of  the  research  events  leading  up  to  this  work  effort  and 
discusses  the  research  objectives.  Chapter  II  discusses,  in  more  detail,  previous  efforts  leading  up  to 
current  COMB_DSS-D  system.  Chapter  ID  provides  a  conceptual  overview  of  the 
COMB_DSS/COMB_DSS-D  and  discusses,  in  detail,  the  requirements  of  this  work  effort.  Chapter 
IV  summarizes  this  project  and  discusses  future  directions  of  DSS  tools  in  the  Corps  O&M  Arena. 
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II.  COMB  DSS-D  BACKGROUND 


CONCEPTUAL  OVERVIEW 


During  the  evolution  of  the  first  COMB_DSS  prototype,  the  concept  of  a  scenario  was 
developed.  A  scenario  is  simply  a  subset  of  work  functions  (e.g.,  a  set  of  work  functions  from  the 
same  District  or  a  set  of  work  functions  with  the  same  feature  cost  code).  The  COMB  DSS 
prototype  allowed  the  user  to  build,  modify,  and  delete  scenarios,  thereby  providing  a  means  for 
managing  'groups'  of  work  functions.  Additionally,  by  storing  scenarios,  an  audit  trail  of  analysis 
events  is  created.  This  scenario  concept  was  adapted  for  the  COMB_DSS-D  and,  like  the 
COMB_DSS,  contains  three  types  of  scenarios:  Primary,  Composite,  and  SQL. 

Primary  scenarios  were  designed  as  the  basic  method  of  grouping  work  functions  together  for 
future  reference,  reporting,  and  financial  analysis.  A  two  page  data  entry  form  was  developed  to 
allow  primary  scenario  selection  criteria  to  be  entered  and  edited.  The  first  field  in  the  primary 
scenario  screen  insists  that  a  unique  scenario  name  be  assigned.  Some  of  the  constraints,  applied  to 
work  functions  in  the  creation  of  a  primary  scenario,  are  as  follows: 

•  Appropriation  (e.g.,  E,  F,  or  C)  REQUIRED 

•  Low  use  navigation  flag 

•  A  range  of  OCE  (Bogus)  ranks 

•  A  range  of  output  measures  (really  condition  index) 

•  Two  user  defined  variable  ranges  (used  in  ranking) 

•  A  minimum  cost  on  the  work  function 

•  A  cumulative  cost,  above  which  (or  below  which)  no  more  work  functions  are 
obtained  for  the  scenario 

•  Whether  or  not  the  cumulative  cost  should  be  calculated  in  ascending  or  descending 
order. 

•  Constrain  to  particular  Division  code(s). 

•  Constrain  to  particular  Class(es)  of  work. 

•  Includes  and  excludes  of  particular  CWIS  numbers,  OCE  ranks,  and  Feature  Cost 
Codes. 

A  composite  scenario  is  an  integration  of  primary,  composite,  or  SQL  scenarios,  built 
through  an  'intersect',  'union',  or  'subtraction'  process.  A  Union  (U)  scenario  process  will  provide 
the  union  of  work  functions  contained  in  each  scenario  labeled  as  U  (i.e.,  any  work  function  in  any 
U  process  is  in  the  composite.)  An  intersect  I  scenario  process  gives  the  intersection  of  work 
functions  contained  in  each  scenario  labeled  as  I  (i.e.,  the  work  function  must  be  present  in  all  I 
work  functions  to  be  included  in  the  composite.)  The  S  scenario  process  subtracts  work  functions  in 
the  S  scenario  processes  from  the  work  functions  in  the  I  scenario  processes.  The  S  process  cannot 
be  combined  with  the  U  process,  only  with  I  processes.  I  and  U  processes  are  also  mutually 
exclusive.  When  S  and  I  are  processed  jointly,  the  I  scenario  processes  are  handled  first,  and  then 
the  S  scenario  processes  are  subtracted.  Composite  scenario  processes  are  detailed  in  Figure  II- 1. 
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Scenario  A 


UNION 
Scenario  B 


Resulting 

Composite  Scenario 


Scenario  A 


INTERSECT 
Scenario  B 


Resulting 

Composite  Scenario 


Scenario  A 
(denoted  with 
an  I  process) 


SUBTRACTION 

Scenario  B 
(denoted  with 
an  S  process) 


Resulting 

Composite  Scenario 


Is&ae:  The  cumbers  within  the  scenarios  (represented  by  circles)  represent  individual  work  functions. 


FIGURE  H-l  SAMPLE  COMPOSITE  SCENARIO  PROCESSES 


The  COMB_DSS-D  also  contains  an  SQL  (pronounced  'see-quel')  scenario  capability,  which 
enables  the  user  to  build  an  ad-hoc  scenario  with  consideration  of  selection  criteria  that  are  not 
available  through  the  primary  scenario  data  entry  forms.  The  user  can  enter  an  SQL  where  clause, 
which  generates  a  constraint  on  any  field  or  combination  of  fields  in  the  table  containing  available 
work  functions.  Once  created,  an  SQL  scenario  can  be  joined  with  primary  or  composite  scenarios 
through  the  union,  intersection,  or  subtraction  processes  discussed  and  depicted  previously. 

Note  that  when  a  scenario  is  run,  the  results  (the  set  of  work  functions  that  satisfy  the 
selection  criteria  for  the  scenario)  are  stored  in  the  TEMPSCEN  table.  After  a  scenario  is 
evaluated,  it  can  be  permanently  'stored'  in  a  work  function-scenario  matrix  file  stored  outside  of 
R:Base  and  cost  summaries  are  saved  in  five  summary  tables  shown  on  the  right  of  Figure  II-2. 
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WORKFUNC 

HOLDFUNC 

DISTRICT 
APPCODE 
DSTNfAM 
WF  NUM 
OL5  WF  NUM 
CWIS  " 

PROJCLS 

DIVNAM 

YEAR 

FUNCID 

RANK 

COFMARID 

ORGCODE 

DSTRANK 

DIVRANK 

OCERANK 

FUNDLEV 

CATEGORY 

FCCD 

TOTCOST 

CONTRACTS 

DIRLABOR 

OTHER 

CONTRED 

CORPSED 

CONTRSA 

CORPS  S  A 

TOTDREG 

TYPDREG 

INSPECTCD 

DESCRIP 

ARGUM1 

ARGUM2 

KEYCODES 

CONCONTR 

CONSTRAINT 

OUTPUT  MEASURE 

BIDDATE 

ADVDATE 

LOWUSE 

NEWRANK 

USERI 

USER2 

LEVEL 

REVCOST 


TEMPSCEN 

DISTRICT 

DSTNAM 

CWIS 

FUNCID 

OCERANK 

DIVNAM 

DIVRANK 

PROJCLS 

FCCD 

TOTCOST 

CUMCOST 

WFJNUM 

APPCODE 


External  binary  bitmap 
file.  Accessed  by 
programs  written  in  C,  to 
enhance  performance 
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PCLS  S  $ 


SCENNAME 

APPCODE 

PROJCLS 

DOLLARS 


FCCD_S_$ 

SCENNAME 

APPCODE 

FCCD 

DOLLARS 

FCCDPREFIX 


PCLSDST_S_$ 

SCENNAME 

APPCODE 

PROJCLS 

DSTNAM 

DOLLARS 


FCCDDSTSS 

SCENNAME 

APPCODE 

DSTNAM 

FCCD 

DOLLARS 

FCCDPREFIX 


DSTJ5JS 

SCENNAME 

APPCODE 

DSTNAM 

DOLLARS 


FIGURE  n-2  SCENARIO  STORAGE  TO  ROLLUP  TABLES 


The  concept  of  scoring  was  also  introduced  in  the  original  COMB_DSS  prototype.  The 
scoring  capability  allowed  the  COMB  DSS  user  to  assign  a  score  to  a  scenario.  In  this  process, 
each  work  function  for  a  given  scenario  is  assigned  the  scenario's  score.  Because  a  work  function 
may  be  in  more  than  one  scenario  (overlapping  scenarios),  the  lowest  score  (1  is  better  than  2)  is 
assigned  to  the  work  function.  The  entire  set  of  work  functions  are  then  'dumped',  by  Division, 
score  (ascending),  and  division  rank  (ascending)  to  an  ASCII  file.  This  file  is  then  read  by  a  custom 
program  which,  for  a  given  score  and  division,  creates  a  stack  containing  descending  Division 
ranks.  These  Division  stacks  are  then  placed  into  a  single,  common  stack,  with  each  Division 
chosen  randomly,  to  arrive  at  a  final  OCE  rank  that  preserves,  in  as  much  as  possible,  the  Division 
rank  (i.e.,  the  original  Division  rank  is  only  disturbed  by  the  inclusion  of  the  score).  The 
scenario/scoring  approach  is  not  possible  under  the  use  of  previous  HQUSACE  tools,  and  its  advent 
into  the  budget  process  has  saved  the  Corps  money  in  terms  of  time  and  resources. 
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HQUSACE  PROTOTYPE 


The  original  IOMT  work  effort  focussed  on  the  development  of  decision  support  tools  to 
better  support  the  annual  budget  submittal  process.  A  system  concept  was  developed  and  was 
followed  by  multiple  software  'prototypes',  in  which  a  prototype  was  built,  reviewed  by 
Headquarters  personnel,  and  modified  based  upon  the  review.  This  process  is  termed  rapid 
application  development  (RAD),  or  iterative  prototyping,  in  which  a  system  is  built,  reviewed,  and 
modified  to  better  serve  the  client  needs,  after  a  relatively  brief  design  phase. 

In  August  of  1992,  the  COMB_DSS  prototype  was  applied  to  the  FY  1994  budget  cycle. 
Once  the  Division  analysis  was  complete,  the  Division  databases  were  aggregated  into  a  Corps-wide 
database,  which  served  as  the  starting  point  for  Headquarters  analysis.  A  number  of  problems  were 
uncovered  in  the  Corps-wide  database,  which  were  resolved  with  the  COMBDSS  prototype's 
quality  assurance  data  checks.  Following  database  corrections,  the  actual  analysis  began. 

To  ensure  that  the  system  operated  as  intended,  personnel  from  the  design  team  provided  on¬ 
site  support.  As  the  analysis  process  evolved,  a  number  of  system  bugs  were  uncovered  and 
corrected.  Additionally,  a  number  of  rollup  reports  were  written  to  provide  information  that  was 
not  'on  menu'  (built)  into  the  system.  In  retrospect,  the  on-site  support  proved  invaluable  as:  (1) 
the  system  would  not  have  been  successful  otherwise,  and  (2)  it  was  shown  that  system 
modifications  could  be  made  in  a  short  period  of  time. 


DIVISION  PROTOTYPE 


A  follow  up  research  effort  was  funded  by  IOMT  to  explore  the  potential  for  DSS  in  the 
budget  process  at  the  Division  level.  The  design  team  saw  the  COMB_DSS  prototype  as  the  starting 
point  for  Division  analysis  and  felt  that  the  system  could  be  modified  to  support  Division 
requirements.  The  Ohio  River  Division  (ORD)  was  selected  as  a  test-bed  for  implementation,  and 
an  initial  meeting  took  place  in  March  1993.  The  meeting  involved  a  discussion  of  system 
requirements,  which  were  broken  into  five  primary  components,  as  follows: 

(1)  Quality  Assurance  -  checks  on  the  District  data 

(2)  Scenario  Analysis  -  financial  summaries  of  the  data 

(3)  Division  Ranking  -  development  of  the  Division  ranks 

(4)  Impact  Analysis  -  determination  of  impacts  of  HQ  and  OMB  decisions 

(5)  Data  Transfers  -  data  input  and  output  to/from  ABS  format  files 

In  the  development  of  iterative  prototypes,  each  of  the  five  components  were  evolved  to  meet 
Division  needs.  All  of  the  COMB  DSS  capabilities  were  retained  for  the  Division  prototype,  but 
only  a  subset  of  them  were  actually  used  in  the  budget  submittal  process. 

The  ranking  procedure  used  in  the  HQ  version  of  COMB  DSS  was  demonstrated  to  Division 
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personnel,  but  did  not  meet  ORD  ranking  requirements.  The  HQ  ranking  method  operates  at  an 
aggregate  level,  ranking  scenarios,  as  discussed  in  the  previous  section.  ORD,  with  fewer  work 
functions  to  handle,  and  a  determination  to  permit  Districts  to  develop  their  own  rankings  in  so  far 
as  possible,  set  'cutoff  ranks,  below  which  District  rankings  were  accepted  automatically.  ORD 
then  examines  and  ranks  each  work  function  from  level  2  through  waivers.  This  was  done  in  a  two- 
day  group  meeting  at  which  representatives  of  the  Districts  were  present.  Computer  support  was 
necessary  to  capture  the  assigned  ranks  developed  during  this  meeting,  and  to  display  the  financial 
consequences  (allocation  of  dollars  by  District,  within  each  funding  level),  of  the  ranking. 
Accordingly,  an  entire  set  of  routines  to  provide  'real-time'  support  for  the  ranking  process  was 
developed  for  the  COMBDSS-D  prototype. 

Division  personnel  indicated  that,  upon  development  of  scenarios  and  the  use  of  financial 
analysis  to  assess  those  scenarios,  work  functions  would  need  to  be  re-ranked,  starting  at  a  different 
rank  level  for  each  District,  appropriation  code,  and  FCCD  group  (Operation  feature  costs  versus 
Maintenance  feature  costs).  This  had  been  accomplished  'manually'  in  the  past,  by  comparison, 
prioritization,  and  integration  of  work  functions  from  District  paper  piles  into  a  single  Division 
paper  pile.  This  new  Division  paper  pile  was  then  assigned  new  Division  ranks  based  upon  the 
meeting  participants'  decisions.  To  serve  the  Division  needs,  the  design  team  modified  the 
COMB  DSS-D  prototype's  work  function  table,  including  a  field  called  'NewRank'.  Once  the 
NewRank  field  was  in  place,  an  additional  table  was  built  into  the  COMB_DSS-D  prototype  that 
allowed  the  Division  to  edit  the  starting  rank  for  each  District  by  appropriation.  Thus,  by  providing 
different  starting  ranks  for  each  District,  appropriation  code,  and  FCCD  group  (O&M),  the  ranking 
of  all  work  functions  up  to  a  certain  cutoff  (e.g. ,  level  1)  was  automated. 
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in.  COMB  DSS-D  DEVELOPMENT 


OVERVIEW 


This  work  effort  was  funded  by  CECW-OM  further  develop  the  COMB_DSS-D  prototype, 
making  it  the  budget  analysis  and  submittal  tool  used  by  all  Divisions  in  the  FY  96  budget  cycle.  In 
previous  budget  years,  the  Division  ABS  was  used  for  ranking,  reporting,  and  submittal  of  budget 
information.  In  the  FY  95  budget  cycle,  the  Ohio  River  Division  moved  data  from  the  Division 
ABS  into  the  COMB_DSS-D  prototype,  generated  reports,  performed  analysis  on  data  accuracy, 
revised  the  Division  ranks,  and  moved  the  final  ranks  back  to  the  Division  ABS  for  upload  and 
submittal  to  the  Corps-wide  ABS  database.  All  other  Divisions  used  the  Division  ABS  for  the 
budget  process  at  that  time. 

The  starting  point  for  this  project  was  the  COMB_DSS-D  prototype  system,  which  was 
modified  to  handle  the  reporting  and  editing  capabilities  found  in  the  Division  ABS.  This  resulted  in 
a  single  system  at  the  Division  level  for  reporting,  revising,  and  submitting  Division-level  budgets. 


REQUIREMENTS  ANALYSIS 


At  the  start  of  this  project,  the  COMB_DSS-D  was  modified  to  accommodate  enhancements 
made  to  the  COMB_DSS  in  the  previous  budget  cycle.  With  this  version  in  hand,  the  design  team 
presented  the  COMB  DSS-D  prototype  to  Division  representatives  to  obtain  guidance  on  system 
requirements  and  to  determine  which  of  the  COMB_DSS-D  capabilities  would  be  exercised  and 
which  were  lacking.  The  revised  budget  guidance  and  the  existing  Division  ABS  were  also 
reviewed  at  this  time.  A  detailed  list  of  changes  were  identified  from  these  sources  and  multiple 
prototypes  were  built  for  review.  Some  of  the  system  changes  are  summarized  as  follows: 

•  Add  a  set  of  standard  reports  that  mimic  the  Division  ABS  reports 

•  Revise  the  import  and  export  procedures  to  generate  a  file  that  can  be  uploaded  and 
integrated  into  the  Corps-wide  database. 

•  Revise  the  menu  structure  to  sequence  it  with  the  actual  budget  process. 

•  Enhance  the  data  entry  and  editing  capabilities  so  that  work  function  information  can 
be  edited  but  remain  valid  (e.g.,  disallow  the  entry  of  invalid  feature  cost  codes,  cwis 
codes,  category  codes,  etc.) 

•  Replace  the  'scoring'  concept  used  at  Headquarters  for  final  rankings  with  a  Division 
level  'autoranking'  and  reporting  process. 


Generate  a  set  of  ranking  reports  that  are  faster  and  more  flexible  than  those  built  for 
ORD  in  the  previous  budget  cycle 

Enhance  the  COMB_DSS-D  data  rules  so  that  they  match  the  rules  found  in  the 
Division  ABS 

Develop  a  process  by  which  the  COMBDSS-D  is  used  during  budget  submittal 


COMBDSS-D  VERSION  1.0 


The  changes  outlined  above  were  integrated  into  multiple  prototype  versions,  which  were 
reviewed  by  Headquarters  and  Division  personnel.  A  meeting  was  held  with  Division 
representatives  to  reveal  the  current  prototype  system  prior  to  the  Division  training.  The  intent  of 
the  meeting  was  to  determine  if  the  COMB_DSS-D  prototype  contained  the  desired/necessary 
capabilities  at  that  time.  It  was  determined  that  there  were  a  few  shortcomings  in  the  reporting  and 
ranking  features.  Additionally,  the  design  team  felt  that  the  documentation  required  further 
development.  The  design  team  focussed  on  ranking,  reporting,  and  documentation  after  this  meeting 
and  prior  to  Division  training,  which  resulted  in  COMB  DSS-D  Version  1.0. 


DIVISION  TRAINING 


The  Division  training  course  occurred,  at  Headquarters  in  mid-May  during  a  one  week 
period.  The  workshop  participants  were  broken  into  two  groups,  each  of  which  was  trained  over  a 
two-day  period.  The  training  facilities  housed  a  486-based  computer  for  each  workshop  participant. 
Each  computer  was  connected  to  the  CDC  mainframe  computer  located  at  WES,  which  is  where  the 
uploaded  District  databases  are  located.  Workshop  participants  used  FTP  to  access  their  mainframe 
accounts  and  run  mainframe  programs  written  by  HQUSACE  that  create  the  Division  database  from 
the  District  databases.  Additionally,  mainframe  programs  were  run  that  create  the  download  files 
for  the  COMB_DSS-D.  These  download  files  were  then  downloaded  to  the  training  computers  at 
high  speeds  using  TCP/IP.  Once  downloaded,  the  files  were  moved  to  the  COMB  DSS-D 
directory,  where  they  were  imported  into  the  COMB  DSS-D  for  reporting,  analysis,  ranking,  and 
uploads  back  to  the  mainframe.  The  general  scheme  used  by  the  Division's  in  their  training  exercise 
and  subsequent  'live'  analysis  is  depicted  in  Figure  D3-1. 
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FIGURE  III-l  COMBDSS-D  BUDGET  ANALYSIS  SEQUENCE 


During  the  training  course,  all  of  the  COMB  DSS-D  capabilities  shown  in  Figure  m-1  were 
exercised  by  the  workshop  participants.  The  training  course  was  revised  slightly  between  the  first 
and  second  workshop  to  focus  the  participants  on  issues  that  were  found  to  be  confusing  or  required 
additional  time.  A  method  for  integrating  system  changes  into  each  Division's  COMB_DSS-D 
system  was  established.  There  were  essentially  two  ways  in  which  a  system  update  or  'patch'  could 
be  sent  to  the  Divisions  for  integration  into  their  local  COMB_DSS-D  system.  The  first  method 
entailed  using  GAPPLTNG  (Get  Application,  The  Next  Generation),  which  is  a  windows-based 
program  written  and  maintained  by  CERL  for  handling  District  ABS  updates.  A  CERL 
representative  came  to  the  training  course  to  train  Division  personnel  on  the  use  of  GAPPLTNG. 
The  second  method  for  obtaining  a  COMB_DSS-D  update  entailed  the  use  of  CorpsMail,  which  is 
tied  to  the  CDC-backbone,  specifically  through  the  Western  regional  processing  center  located  at  the 
Portland  District.  As  it  turns  out,  both  methods  were  used  during  the  course  of  Division  budget 
analysis,  ranking,  and  submittal. 
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SYSTEM  SUPPORT 


Each  participant  left  the  training  course  with  COMBDSS-D  version  1.0  and  a  draft  user's 
manual  and  system  description.  Once  the  COMB_DSS-D  was  actually  applied  in  the  budget 
process,  the  design  team  provided  support  through  the  IWR  Technical  Monitor.  A  number  of  bug 
fixes  and  system  enhancements  were  made  and  distributed  to  Divisions  through  CorpsMail  or 
GAPPLTNG,  as  shown  in  Table  HI-1. 

As  can  be  seen  from  Table  HI-1,  there  was  substantial  support  for  the  COMB  DSS-D  during 
the  budget  process.  The  design  team  was  able  to  fix  all  critical  problems  in  a  timely  manner.  Some 
Division  users  noted  a  number  of  enhanced  capabilities  that  they  would  like  to  see  in  the 
COMB  DSS-D.  Where  possible,  these  enhancements  will  be  added  to  the  next  version  of  the 
COMBDSS-D 


WORK  ALLOWANCE  CAPABILITY 


After  Division  budgets  were  submitted  to  HQUSACE,  the  design  team  reconvened  and 
discussed  the  capabilities  required  of  the  work  allowance  portion  of  the  COMB_DSS-D.  As  shown 
in  Table  HI-1,  the  work  allowances  were  integrated  into  the  COMB_DSS-D  and  contained  the 
following  features: 

•  Imports  and  exports 

•  Work  allowance  data  entry 

•  Tab  I,  H,  and  HI  reports 

•  Data  utilities  similar  to  the  COMB  DSS-D. 

Although  the  work  allowance  portion  of  the  COMB  DSS-D  is  run  under  a  separate 
application,  it  relies  on  tables  housed  in  the  COMB  DSS-D  database  and  is  therefore  a  module 
thereof.  The  work  allowance  portion  of  the  COMB  DSS-D  allowed  Divisions  to  adjust  their  current 
year  budgets  in  early  to  mid-September.  Little  support  was  required  for  the  work  allowances. 
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TABLE  III-l  COMB  DSS-D  SYSTEM  UPDATES 

VERSION 

DATE 

DESCRIPTION  OF  WORK 

VERSION  1.10 

5/12/94 

•  Create  revised  abbreviated  rank  reports  for  Ohio  River 
Division. 

•  Modify  single  row  Division  rank  revision  form  to  display 
'other'  costs. 

•  Fix  bug  in  file  viewer  calling  routine. 

•  Create  automatic  version  control  capability. 

VERSION  1.20 

5/23/94 

•  Adjust  description/argument  field  format  on  modified 
abbreviated  rank  reports. 

•  Fix  bug  in  export  report. 

•  Revise  quality  assurance  routine,  allowing  Divisions  to 
locate  data  errors  and  inconsistencies  more  quickly. 

VERSION  1.30 

5/25/94 

•  Adjust  export  report  to  force  all  exports  to  upper  case 

(required  by  the  mainframe). 

VERSION  1.40 

6/01/94 

•  Compact  the  abbreviated  rank  report  to  save  paper. 

•  Add  category  of  work  to  quality  assurance  check  #21. 

•  Allow  NewRank  to  be  set  between  Division  rank  ranges. 

•  Revise  NewRank  field  when  work  function  is  deleted 
(funding  level  becomes  7). 

•  Revise  quick  ranking  reports. 

VERSION  1.50 

6/02/94 

6/24/94 

•  Ensure  cost  summaries  are  rebuilt  before  cost  summary 
reports  are  run. 

•  Create  CPIR  report  to  save  substantial  time  in  funding 
argument  submission  requirements. 

•  Create  rules,  enhancing  referential  integrity. 

•  Revise  import  to  handle  constraint  field. 

•  Revise  data  entry  forms. 

•  Add  help  system  to  application. 

•  Revise  autoranking  capabilities  to  handle  more  cases. 

VERSION  1.60 
VERSION  2.0 

7/26/94 

8/18/94 

8/26/94 

•  Create  work  allowance  application 

•  Create  work  allowance  reports  (Tab  I,  n,  and  m) 

•  Create  import  and  export  procedures  for  work  allowances. 

•  Create  work  allowance  data  entry  procedures. 

•  Write  C  program  to  fix  potential  problem  with  mainframe 
download  file. 

•  Add  work  allowance  rules. 

•  Revise  funding  level  table. 

VERSION  2.01 

9/16/94 

•  Revise  work  allowance  upload  report. 
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IV.  SUMMARY 


OVERVIEW 


This  work  effort  produced  a  software  tool  that  effectively  assists  Divisions  with  analysis  and 
ranking  of  budget  work  items.  Questionnaires  sent  to  Division  users  for  feedback  noted  a  general 
satisfaction  with  the  COMB_DSS-D  and  considered  the  product  an  improvement  over  previous 
tools.  All  of  the  features  required  for  Division  decision-making,  budget  analysis,  ranking,  and 
reporting  were  either  available  when  the  COMB_DSS-D  was  distributed  or  were  made  available  in 
an  acceptable  tune  frame.  The  documentation  was  found  to  be  sufficient,  once  required  revisions 
were  made  (i.e.,  prior  to  the  training  course  and  distribution).  All  of  the  Divisions  used  FTP  and 
TCP/IP  to  download  and  upload  their  budget  data  files,  which  saved  the  Corps  substantial  money  in 
terms  of  labor  and  phone  charges.  The  COMBDSS-D  was  also  'mapped'  to  adhere  to  the  revised 
budget  guidance,  which  always  changes  slightly  from  year-to-year  but  changed  substantially  in  the 
FY  96  budget  cycle. 


NEXT  STEPS 


The  District  ABS  is  currently  being  ported  to  Microsoft  Access  (a  windows-based  relational 
database  management  system).  The  port  is  being  performed  by  Construction  Engineering  Research 
Laboratory  (CERL)  under  the  guidance  of  personnel  from  CECW-OM.  The  system  is  currently  in 
design  phase,  and  is  slated  for  implementation  in  the  1997  budget  cycle  (fiscal  year/calendar  year 
1995).  At  the  start  of  this  process,  the  data  model  underwent  substantial  revisions  to  accommodate 
the  changing  budget  guidance  and  budget  submittal  requirements. 

At  this  time,  CECW-OM  has  two  desires: 

(1)  Integrate  the  COMB_DSS  and  the  COMB_DSS-D  into  a  single  system  using  the  revised  data 
model. 

(2)  Integrate  the  COMBDSS/COMBDSS-D  decision  support  capabilities  into  the  District  ABS. 

The  IWR  design  team  is  beginning  a  new  phase  of  work  that  will  entail:  (1)  moving  the 
COMBDSS/COMBDSS-D  to  Microsoft  Access,  (2)  revising  the  COMB_DSS/COMB_DSS-D  data 
model,  such  that  it  adheres  to  the  District  ABS  and  mainframe  ABS  data  models,  and  (3)  integrating 
the  COMB  DSS/COMB  DSS-D  decision  support  capabilities  into  the  District  ABS  system. 
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